2017-07-17 18:20:28
Краткое описание :
История изменений цен в прайс-листахОписание :
Формирование прайс-листовЧто измененно :
История изменений цен в прайс-листах
Для продажи произведенной продукции используется
один прайс-лист (указан в настройках пользователя, и
соответственно в накладных на отпуск именно этот
прайс-лист указан). Цены на продукцию могут меняться
как целиком, там и частично, при этом приходится менять
на "живую" в текущем прайс-листе, и старая цена
теряется. Формировать каждый раз новый прайс-лист не
вариант, т.к. цены меняются постоянно. Поэтому
необходимо в одном действующем прайс-листе видеть даты
изменения прайс-листов.
Как измененно :
1. Добавлена настройка "Настройки Галактики - Логистика - Прайс-листы - Вести историю цены". При значении "да" настройки для модуля "Управление договорами" - Прайс-листы - Формирование - редактирование прайс-листа (F4) - кнопка "Цена" добавлены возможности просмотра и редактирования истории изменения цены позиции прайс-листа в диалоговом окне "Порядок формирования цены к позиции". История изменения цены в виде пар "дата;цена" накапливается с помощью внешнего атрибута "История изменения цены". Формат значений внешнего атрибута следующий:
"дата;цена|дата;цена|дата;цена|дата;цена....
Пары расположены по убыванию даты (от более поздней даты к более ранней).
Значение цены во внешний атрибут округляется в соответствии с настройками "Настройка Галактики - Логистика - Прайс-листы - ...значения в НДЕ округлять до..." (для рублевого прайса) и "Настройка Галактики - Логистика - Прайс-листы - ...значения в валюте округлять до..." (для валютного и валютно-рублевого прайсов). Если пользователь указал значение цены с меньшим числом цифр в дробной части, чем указано в настройке - то во внешний атрибут будет вставлено значение пользователя.
2. Если прайс-лист рублевый, то реализована работа с историей рублевой цены - поле "Цена НДЕ", если прайс валютный или рублево-валютный - то работа с историей валютной цены - поле "Цена в валюте". При модификации столбцов цены "Цена в НДЕ" (для рублевого прайса) или "Цена в валюте" (для валютного или рублево-валютного) в окне редактировании прайс-листа производится вставка новой пары "дата;цена" во внешний атрибут "История изменения цены" (в случае, если этой даты нет в истории) или обновление значения цены (в случае, если дата есть в истории). Значение цены - это новое значение, которое ввел пользователь, значение даты - это дата цен прайс-листа. Пары вставляются отсортированные по убыванию даты, до вставки или обновления производится проверка, не превышает длина строки атрибута 255 символов.
3. В окне редактирования прайс-листа вставлен столбец "Дата расчета", который содержит значение даты текущей цены, его значение хранится во внешнем атрибуте "Дата цены".
4. При открытии окна редактирования прайс-листа из внешнего атрибута "История изменения цены" считываются данные. В ходе считывания пар производится анализ форматов даты и цены. Если возникает ошибка при переводе строкового значения даты в формат даты или строкового значения цены в числовой формат - будут выданы сообщения, если неправильный формат даты - то в историю изменения цены эта пара записана не будет, если неправильный формат цены, то значение этой цены в истории будет равно 0.
5.Для работы с записями истории цены реализованы:
- текущее значение цены выделено жирным начертанием;
- пункт локального меню "Установить значение цены" - значение цены выбранной записи из истории станет текущей в окне редактирования прайс-листа;
- удаление записи из истории, после удаления записи данные истории будут отсортированы по дате и перезаписаны во внешний атрибут "История изменения цены";
- вставка и редактирование записи в историю производится с помощью отдельного окна, если поле даты осталось пустым, то вставка не производится и выдается сообщение, если такая дата есть в истории, то значение цены в истории, соответствующее этой дате обновляется, если дата есть и равна значению дате расчета в окне редактирования прайс-листа, то вставка не производится и выдается сообщение. Перед вставкой/обновлением производится проверка на превышение ограничения длины поля внешнего атрибута (255 символов), в случае если превышена длина, вставка производится не будет, будет выдано соответствующее сообщение. После вставки записи, данные будут отсортированы и перезаписаны во внешний атрибут "История изменения цены".
2017-07-17 18:20:29
Краткое описание :
В отчёт РСВ-2017 необходимо добавить данные из второй базыОписание :
РСВ 2017 (общие вопросы, предложения по новой функциональности)Что измененно :
Реализовать возможность объединения двух и более отчетов в рамках одной базы данных.
У клиента есть отдельная база данных, в которой ведутся лицевые счета ряда сотрудников.
При такой постановке нужно к Разделу 3 первого отчёта дописать все данные Раздела 3 второго отчёта, но с генерацией для них новых (уникальных) порядковых номеров.
В случае дублирования ПД (по ключу СНИЛС, или СНИЛС+ФИО) как вариант можно дописывать без изменения, но выдавать все такие ситуации в протокол - для последующей ручной корректировки всех разделов.
Аналогично с Разделом 9.
Приложения 8 и 10 наверное имеет смысл просто дописывать без проверок.
В остальных разделах нерасчётные ячейки подсуммировать. Расчётные ячейки (строки 090 Приложения 2, 040 Приложения 5 и др.) - после импорта пересчитать. Нечисловые данные (например, строки 002 Раздела 1.3.2, 050 Приложения 5 и т.п.) представляется логичным сохранять от первого отчёта.
Как измененно :
Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017
Разработан функционал по объединению двух и более отчетов в рамках одной базы данных.
В локальное меню в списке документов "Утвержденная отчетность" добавлен пункт:
- Добавить в отчет данные из других отчетов квартала.
Добавление данных из других отчетов возможно только для документа, который разрешено редактировать. Это документы со статусами "Оформляемый" и "Возвращен на доработку".
При добавлении данных из другого отчета в Подразделах 1.3.1-1.3.2 строка 002 сохраняется от основного отчета. Основным отчетом (документом) считаем тот, к которому добавляется данные других отчетов. Также сохраняется от основного документа строка 040 Приложения 5.
Автоматически пересчитываются после объединения данных:
- строка 090 Приложения 2
- строка 040 Приложения 5
При добавлении данных в Разделе 3 анализируется ссылка на лицевой счет сотрудника. При наличии ссылок на лицевой счет сотрудника в обоих документах происходит объединение данных в рамках одного ЛС в Разделе 3.
При отсутствии ссылки на ЛС объединение данных происходит по ключу "СНИЛС" и "ФИО". Перед объединением данных желательно проверить наличие СНИЛС в отчетах. Сделать это можно с помощью сервисной функции проверки наличия СНИЛС в отчете.
По окончанию объединения переформировываются номера по строке 040 в соответствии с сортировкой в настройке отчета.
2017-07-17 18:20:29
Краткое описание :
РСВ-2017 - перенос хранимого отчета из другой БДОписание :
РСВ 2017 (общие вопросы, предложения по новой функциональности)Что измененно :
Предлагается разработать функционал переноса хранимого отчёта РСВ из одной галактической БД в другую.
Для этого сделать функции экспорта/импорта в списке отчётов и в интерфейсе редактирования отчёта).
Это имеет смысл, например, в ситуации, когда несколько обособленных подразделения одного предприятия рассчитывают зарплату в автономных БД, а РСВ нужно сформировать общий. То есть сначала нужно перенести отчёт из одной БД в другую, а затем объединить два отчёта в рамках одной БД.
Такой вариант лучше импорта из стандартного XML, поскольку в этом случае можно перенести все хранимые в Галактике данные Раздела 3 (которых нет в стандартном XML).
В переносимых таким образом данных раздела 3 не будет ссылки на ЛС, следовательно:
1. Необходимо организовать хранение СНИЛС в Разделе 3 (сейчас не хранится, а тянется по ссылке по ЛС).
2. Возникает ограничение - невозможность перехода в ЛС и смежные данные из Раздела 3, или FR-расшифровок.
Поэтому в Разделе 3 желательно наличие какого-то признака, показывающего, какие персональные данные перенесены из другой БД, или из XML (возможно, выделять в интерфейсе шрифтом/цветом/фоном). Если ПД перенесены из XML - не давать войти ни в редактирование данных Раздела 3, ни в ЛС/смежные данные с выдачей соответствующих сообщений. А если перенесены из Галактической БД - запрещать только переход в ЛС/смежные данные.
Как измененно :
Зарплата - Отчеты - Утвержденная отчетность - РСВ-2017.
Разработан функционал экспорта-импорта документа РСВ-2017:
- в список документов (для РСВ-2017) в локальное меню добавлены функции по экспорту-импорту отчета;
- в панель инструментов отчета РСВ-2017 (в окне редактирования) добавлена иконка "Экспорт документа в XML-файл".
- в локальное меню в окне редактирования добавлена функция экспорта отчета в xml-файл.
Экспорт документа в xml-файл аналогичен стандартной выгрузке в xml РСВ-2017. При экспорте документа дополнительно выгружаются данные, которые позволят в дальнейшем импортировать xml-файл в другую базу данных. Наименование файла, в который выгружаются данные содержит подстроку "NO_EXPRASCHSV".
При импорте документа в базу данных осуществляется проверка имени файла на содержание в имени подстроки "NO_EXPRASCHSV".
Перед выполнением функции экспорта РСВ в xml-файл желательно убедиться в том, что для каждого сотрудника в Разделе 3 заполнены страховые номера. Страховой номер сотрудника является уникальным и именно по нему будет в дальнейшем идентифицироваться сотрудник в РСВ в импортированном документе. Проверить наличие страховых номеров и документов по сотруднику можно с помощью сервисной функции в локальном меню или по клику на иконке в инструментальной панели. Документ, в котором не заполнен страховой номер хотя бы у одного сотрудника экспортироваться не будет (с выдачей соответствующего предупреждения).
Перед экспортом документа программа запрашивает путь (папку) для сохранения xml-файла. По окончанию экспорта выдается сообщение о том, что файл с именем.. сохранен по пути..С целью корректного импорта выгружаемого файла дополнительно в xml-файл экспортируются поля, которые не содержатся в xsd-схеме.
Функция импорта документа позволяет импортировать документ из xml. Перед началом импорта необходимо указать путь, по которому находится (заранее экспортированный) xm-файл РСВ-2017 (имя файла должно содержать подстроку "NO_EXPRASCHSV"). К наименованию документа РСВ, который импортировался из xml, добавится "Имп. из xml", что позволит выделить импортированные отчеты в списке документов.
2017-07-17 18:20:28
Краткое описание :
Добавить в локальном меню "внешние атрибуты" по искамОписание :
Иски к дебиторамЧто измененно :
Добавить в локальном меню "внешние атрибуты" по искам
Как измененно :
1. Вставлены пункты локального меню "Внешние атрибуты" и
"Внешняя классификация" для диалоговых окон, вызываемых следующими
последовательностями действий:
- модуль "Управление договорами" - Работа с дебиторской задолженностью -
Претензии по дебиторской задолженности/Иски к дебиторам,
- модуль "Управление договорами" - Работа с кредиторской задолженностью -
Претензии по кредиторской задолженности/Иски к кредиторам,
а также для диалоговых окон редактирования позиций.
2017-07-17 18:20:28
Краткое описание :
Добавить в локальном меню "внешние атрибуты" по претензиямОписание :
Претензии к дебиторамЧто измененно :
Добавить в локальном меню "внешние атрибуты" по претензиям
Как измененно :
1. Вставлены пункты локального меню "Внешние атрибуты" и
"Внешняя классификация" для диалоговых окон, вызываемых следующими
последовательностями действий:
- модуль "Управление договорами" - Работа с дебиторской задолженностью -
Претензии по дебиторской задолженности/Иски к дебиторам,
- модуль "Управление договорами" - Работа с кредиторской задолженностью -
Претензии по кредиторской задолженности/Иски к кредиторам,
а также для диалоговых окон редактирования позиций.
2017-07-17 18:20:29
Краткое описание :
РСВ - контролировать некорректные настройки облагаемого вида оплатыОписание :
РСВ 2017 (общие вопросы, предложения по новой функциональности)Что измененно :
Предлагается при формировании РСВ контролировать настройку вида оплаты в Классификаторе видов оплат и скидок с целью избежать ситуации, когда вид оплаты облагается страховыми взносами, а входимость "в утверждённые формы отчётности по ЕСН/СВ" не включена. В этом случае вряд ли возможно корректное формирование РСВ. В частности, возможно появление отрицательной базы в Разделе 3 - поскольку такой ВО не входит в сумму начислений, но входит в сумму превышения (которое формируется из размера соцналогов).
В случае обнаружения несоответствия в настройке КВО выдавать соответствующее сообщение в протокол.
Как измененно :
Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017
При формировании РСВ добавлен дополнительный контроль настройки вида оплаты в Классификаторе видов оплат и скидок с целью избежать ситуации, когда
вид оплаты облагается страховыми взносами, а входимость "в утверждённые формы отчётности по ЕСН/СВ" не включена. В этом случае вряд ли возможно корректное формирование РСВ. В случае обнаружения несоответствия в настройке КВО в протокол выдается предупреждение о том, что для вида оплаты не указана входимость в утв. формы отчетности.
2017-07-17 18:20:28
Краткое описание :
Добавить в статус-строку кнопку [ENTER]ВводОписание :
График неотложных мероприятийЧто измененно :
Добавить в статус-строку кнопку [ENTER]Ввод.
Как измененно :
Добавлено
2017-07-17 18:20:29
Краткое описание :
Для случая автоматического льготирования мат.помощи по рождению при расчёте налогов на ФОТОписание :
РСВ 2017 (общие вопросы, предложения по новой функциональности)Что измененно :
В связи с доработкой расчета налогов на ФОТ в части выплат мат.помощи при рождении ребенка, если она выплачивается, например, 2-м детям.
Единовременные выплаты в связи с рождением ребенка не облагаются страховыми взносами, если они перечислены в течение первого года после рождения малыша и не превышают 50 тыс. рублей на КАЖДОГО ребенка.
Как измененно :
Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017
Доработано формирование РСВ-2017 в части выплат мат.помощи при рождении ребенка, если она выплачивается, например, 2-м детям.
Мат. помощь, в связи с рождением ребёнка, если она выплачивается двум детям учитывается в РСВ-2017 (РСВ-1) в полном объеме.
2017-07-17 18:20:28
Краткое описание :
Логирование предупреждений при работе с DSK:"Iski_format"Описание :
Иски к дебиторамЧто измененно :
Логирование предупреждений при работе с DSK:"Iski_format"
----------------------------------------------------
13.06.2016 14:35:31, объект:"Iski_format"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IISKSFUN
Записан: ISKI
Как измененно :
Исправлено
2017-07-17 18:20:28
Краткое описание :
Логирование предупреждений при работе с DSK, объект:
"GetSDog_pKontr2"Описание :
Претензии к кредиторамЧто измененно :
Логирование предупреждений при работе с DSK, объект:
"GetSDog_pKontr2"
----------------------------------------------------
05.08.2016 15:46:01.80, объект: "GetSDog_pKontr2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETSOMEDOGOVOR
Записан: ISKI
Как измененно :
Убраны предупреждения DSK
2017-07-17 18:20:28
Краткое описание :
Логирование предупреждений при работе с DSK, объект: "iDogovor_Filter_optView" и т.д.Описание :
Дневники приемки работЧто измененно :
Логирование предупреждений при работе с DSK, объект: "iDogovor_Filter_optView" и т.д.
При создании дневника по договору, лесорубочному билету, плану рубки:
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_optView"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_fltDesGr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_fltDescr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKontr2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKatNotes2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pGrDogs"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pNazna"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pOtvPodr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pVidDog2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKurat"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_UseKatVidDIer"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
----------------------------------------------------
15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pFltDopKlas"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : DOGOVOR_WOOD
Записан: DOGOVOR
Как измененно :
Избавлено от предупреждений
2017-07-17 18:20:28
Краткое описание :
Добавить ENTER в статус-строкуОписание :
Планирование реализацииЧто измененно :
Добавить ENTER в статус-строку, когда курсор на кнопках.
Как измененно :
Добавили в статус строки к кнопкам Enter
2017-07-17 18:20:28
Краткое описание :
Добавить ENTER в статус-строкуОписание :
Иски к дебиторамЧто измененно :
Добавить ENTER в статус-строку
Как измененно :
Добавлено
2017-07-17 18:20:28
Краткое описание :
распределение платежа по накладным/актам (подсветка активных полей)Описание :
Платежное поручениеЧто измененно :
распределение платежа по накладным/актам (подсветка активных полей)
Как измененно :
доработано
2017-07-17 18:20:29
Краткое описание :
При формировании наименований аналитик по отдельным колонкам не формировать разрезы аналитик с абсолютно пустыми значениямиОписание :
Протокол калькулированияЧто измененно :
При формировании наименований аналитик по отдельным колонкам не формировать разрезы аналитик с абсолютно пустыми значениями (для поставщиков и приемников).
Как измененно :
При распределении затрат можно включить параметр "формировать протокол калькулирования в Excel-книгу" и по завершению распределения затрат будет сформирована указанная выгрузка. Ранее выгрузка формировалась с учетом значения параметра "выводить наименование аналитик в отдельных колонках" из DSK от предыдущего сеанса формирования выгрузки протокола пользователем по функции локального меню. Такой механизм был не прозрачен, поэтому при распределении затрат можно задать явно режим формирования аналитик в новом параметре "выводить аналитики обособлено".
В режиме формирования аналитик по отдельным колонкам, за счет кэширования наименований аналитик, существенно уменьшено время формирования протокола калькулирования в Excel-книгу.
2017-07-17 18:20:28
Краткое описание :
Добавить фильтр по курирующему подразделениюОписание :
Иерархический реестр ДО на продажуЧто измененно :
В связи с введением ЭСЧФ, специализированные счета по аренде рассылаются клиентам в двух экземплярах.
Печать счетов клиент реализовал через "Иерархический реестр ДО на продажу".
Все договора, ДО, акты привязаны к курирующему подразделению.
Для работы с реестром необходим фильтр по "курирующему подразделению".
Как измененно :
Добавлен фильтр для группового выбора договоров (Alt+B) "Курирующее подразделение". Фильтр недоступен, если:
- для настройки "Логистика - Документы - Управление договорами - Права доступа - Подразделение-куратор" установлено значение,
- настройка "Настройки Галактики - Общие настройки системы - Интерфейсы выбора - Доступ к выбору документов" = "по настройке "Общ.настройки системы / Доступ к документам",
- настройка "Настройки Галактики - Логистика - Документы - Управление договорами - Права доступа - Доступ к договорам" = "все права по курирующему подразделению",
В этом случае выбираются все договора, у которых курирующее подразделение равно значению из настройки "Подразделение-куратор" без каких-либо дополнительных сообщений в заголовке.
В условии фильтра можно задать пустое значение.
На нижней панели диалогового окна "Установка фильтров" и "Договоры" (появляется при редактировании выбранного договора в диалоговом окне "Групповой выбор договоров") вставлены текстовые метки "Курирующее подр-ние" для просмотра информации о текущем договоре окна.
2017-07-17 18:20:28
Краткое описание :
Прошу поля договора, без которых не изменить статус, помечать цветом как обязательныеОписание :
Ввод договораЧто измененно :
Прошу поля договора, без которых не изменить статус, помечать цветом как обязательные.
Это дана+номер, период, Контрагент2.
Как измененно :
Для модуля "Управление договорами" - Документы - Договоры - Редактирование договора, если статус договора "оформляемый", то желтым цветом подсвечены поля:
- "Внутренний N" (внутренний номер договора),
- "от" (дата заключения договора),
- "На период с" (дата начала договора),
- "по" (дата окончания договора),
- "Контрагент 1",
- "Контрагент 2".
Сделано для диалоговых окон редактирования: договора, агентского многостороннего договора и уточняющего соглашения.
2017-07-17 18:20:28
Краткое описание :
Во всех распоряжения добавить настройку выбора для F3 и Ctrl+F3Описание :
Распоряжение на резервирование МТРЧто измененно :
Во всех распоряжения добавить настройку выбора для F3
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Распоряжения на перемещение МТР \ в спецификации распоряжения".
2017-07-17 18:20:29
Краткое описание :
вычет на детей в справке 2НДФЛ для сотрудников переведенных в другой филиалОписание :
Справки 2-НДФЛ (до 2019 года)Что измененно :
По сотрудникам, которые перевелись из одного филиала в другой в середине месяца, вычеты в месяце перевода предоставляются по второму филиалу. В справке 2-НДФЛ так не происходит.
Как измененно :
Зарплата - Отчеты - Отчеты в налоговую инспекцию - Справки 2-НДФЛ [РФ]
С целью корректного формирования сумм предоставленных вычетов в 2-и 6-НДФЛ в параметры формирования отчетов (вкладка "Основные") добавлен "флажок" - "Вычеты при переводе относить на последний филиал".
При включенном флажке вычеты (в месяце перевода сотрудника из филиала в филиал) учитываются сначала по филиалу, в который переводят сотрудника.
2017-07-17 18:20:29
Краткое описание :
Печать "руб. коп." в форме 13-п(rtf-формат)Описание :
Накладные на внутреннее перемещениеЧто измененно :
В печатной форме НВП(13-п в формате rtf) необходимо вместо "руб." писать "руб. коп."
Как измененно :
В печатных формах НВП(11-п и 13-п в формате rtf и FastReport) вместо "руб." - "руб. коп."
2017-07-17 18:20:29
Краткое описание :
Форма [Транснефть] М-11 в накладной склад-спецоснасткаОписание :
Накладная на перемещение склад -> СпецоснасткаЧто измененно :
Необходимо добавить форму [Транснефть] М-11 в накладной склад-спецоснастка
Как измененно :
Подключили форму в Накладную склад-спецоснастка.
2017-07-17 18:20:29
Краткое описание :
По завершению распределения затрат не выполняется выгрузка протокола калькулирования в ЭксельОписание :
Распределение затратЧто измененно :
По завершению распределения затрат не выполняется выгрузка протокола калькулирования в Эксель
Как измененно :
Исправлена ошибка программирования
2017-07-17 18:20:29
Краткое описание :
пу-3, пу-6Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Республика Беларусь. ПУ-3/ПУ-6.
Не работает счетчик пачек.
Как измененно :
Республика Беларусь. ПУ-3/ПУ-6.
Восстановлена работа счетчика пачек.
2017-07-17 18:20:29
Краткое описание :
4-ФСС - изменить настройки печатиОписание :
4-ФСС (FR-отчёт)Что измененно :
4-ФСС - изменить настройки печати
"PrintOptions\PageNumbers = ''" (было = 1).
В настройка шаблона отчета для титульного листа установить формат А4 (был = Пользовательский).
При печати в настройках принтера будут установлены значения:
Страницы = "Все"
Режим печати = "По умолчанию".
Как измененно :
Изменены настройки печати шаблона отчета 4-ФСС.
При печати в настройках принтера будут установлены значения:
Страницы = "Все"
Режим печати = "По умолчанию".
Для титульного листа установлен формат страницы - А4.
2017-07-17 18:20:28
Краткое описание :
Проблема автонумерации ДО при пакетном их формированииОписание :
ДО на продажу/закупку/давальческиеЧто измененно :
Проблема автонумерации ДО при пакетном их формировании
При значении настройки
- "Автонумерация документов" = "С помощью специальной таблицы"
- "Логистика-Документы-Управление сбытом-ДО на продажу-Контролировать уникальность номеров ДО на продажу" = "в пределах календарного года"
- "Логистика-Документы-Управление договорами-Формирование номера ДО на продажу по ПКП" = "автонумерация"
и
при выполнении пункта меню
Управление договорами - Операции - Пакетное формирование - ДО по договорам,соглашениям-ДО на продажу/закупку/давальческие
на вкладке "Параметры" значение поля "Порядок нумерации" стоит значение "по настройке".
Нумерация ДО происходит без контроля уникальности в пределах календарного года (т.е. последнее значение номера ДО при работе данного функционала происходит в строке с пустым значением поля "Подтип" таблицы LastnumD), а должно формироваться на базе строки таблицы
LastNumD для документов с типом "Счет на продажу", в котором поле "Подтип" непустое.
Описание от клиента:
================================================================================
Появилась проблема с нумерацией ДО на продажу.Как решить?
В настройке установлены:
Автонумерация документов с помощью специальной таблицы. Контроль уникальности номера в пределах календарного года.
Т.е. установлена сквозная нумерация внутри календарного года.
ДО на продажу, формируемые пакетно через операцию в в управлении договорами, для нумерации используют
значение из "Счет на продажу", тип 101.
ДО на продажу, формируемые через копирование ДО (CtrlF2/F3) или вручную (F7), используют
значение из "Счет на продажу", тип 101, подтип Year(2017). Подтип в таблице LastNumd формируется автоматически, после первой "ручной" операции
создания ДО.
Если убрать из Lastnumd тип 101 без подтипа, то он появляется при первом пакетном формировании ДО.
Таким образом нумерация стала зависеть от способа создания ДО и пользователи постоянно попадают в ситуацию, когда документ создается с "дублированным" номером.
Такую же ситуацию клиент обнаружил и с нумерацией "ДО на предоплату".
Клиент прислал дополнительную информацию: проблема усугубилась.
При формировании ДО на продажу с использованием операции "Расчет штрафных санкций" (модуль "Поставщики-получатели"), в таблице Lastnumd образовался новый подтип ("Счет на продажу", тип 101) - Year(0) и у счетов, сформированных этой операцией, теперь началась своя нумерация.
Теперь, в зависимости от способа формирования ДО - ручной, пакетный или штрафные санкции, имеем три разных нумерации - номера ДО дублируются
Как измененно :
1. Модуль "Расчеты с поставщиками и получателями" - Операции - Расчет штрафных санкций. Исправлена автонумерация ДО на продажу.
Пакетное формирование ДО на продажу и предоплату продажи
Центр ответственности для формируемого ДО указывается с помощью следующих настроек:
- "Логистика - Копирование - Центра ответственности - Из договора/соглашения/ПКП в ДО/накладные/акты" (если "да", то ЦО для формируемого ДО берется из договора, если "нет" то из настроек ниже);
- "Общие настройки системы - Логистика - Документы - Центр ответственности по умолчанию (если указано значение, то это ЦО, если "нет", то ЦО берется из настройки ниже);
- "Общие настройки системы - Общий центр ответственности по умолчанию".
2. "Модуль "Управление договорами" - Операции - Пакетное формирование - ДО по договорам,соглашениям - ДО на продажу/закупку/давальческие". Центр ответственности для формируемого ДО берется как указано выше, а категория (или ее отсутствие) указывается с помощью диалогового окна "Установка ограничений" - вкладка "Параметры"
3. "Модуль "Управление договорами" - Операции - Пакетное формирование - ДО по договорам,соглашениям - ДО на предоплату". Для автонумерации поле "префикс номера" должен быть пустым. Центр ответственности для формируемого ДО берется как указано выше. Подтип категории в случае нумерации в разрезе категорий равно "0".
4. "Модуль "Управление договорами" - Операции - Формирование ДО на предоплату по выбранным документам". Для автонумерации поле "префикс номера" должен быть пустым. Центр ответственности для формируемого ДО берется как указано выше. Подтип категории в случае нумерации в разрезе категорий равно "0".
2017-07-17 18:20:28
Краткое описание :
Не верно заполняются параметры в спецификации корректирующей ННОписание :
Налоговые накладныеЧто измененно :
Не верно заполняются параметры в спецификации корректирующей НН
При изменении только цены в накладной на сбыт, в спецификации НН, тип причины заполняется "К" хотя должна быть "Ц" цена. В таком случае и количество и цена переносятся не верно.
Как измененно :
Доработано:
- формирование НН с типом "Расчет корректировки, отгрузка" по корректировочным сопроводительным документам;
- в окне спецификации НН с типом "Расчет корректировки, отгрузка" в таблицу добавлены новые поля для просмотра значений до/после изменений и разницы по количеству, цене и стоимости.
2017-07-17 18:20:28
Краткое описание :
Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДООписание :
Счета, ДО на закупкуЧто измененно :
Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДО
Как измененно :
Исправлено.
Не только по ПКП, но и по договору/соглашению